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Proc6d6 pour etablir une liaison directe de coordination 
entre un premier et un second centres de commande 

d'execution de service. 

5 L'invention conceme un proced6 pour etablir une liaison de 

coordination entre un premier et un second centres de comnnande de 
['execution de service dans un r6seau de telecommunication intelligent, le 
premier et le second centres 6tant aptes a tralter chacun de fagon autonome 
respectivement une premiere et une seconde demandes de service, et le 

10 reseau comportant, en plus de voies de communication utilisees pour etablir 
des liaisons de telecommunication entre differents terminaux raccordes au 
reseau, des voies de communication r6serv6es aux transports de signaux de 
commande d'appels pour commander Tetatrtissement, la modification et/ou la 
liberation de cheque liaison de telecommunication dans ce reseau, 

15 De plus, ce precede comporte une pliase de traitement d'un appel 

qui est declenchee a cliaque appel emis par un client et qui comprend une 
etape d'6tablissement de la liaison de coordination a I'aide d'une adresse d'au 
moins un des deux centres pour que ces centres puissent coordonner leurs 
traitements respectifs des premiere et seconde demandes de service du client. 

20 Aujourd'hui, les reseaux de telecommunications intelligents offrent de 

plus en plus de services a leurs clients. Ces services sont, par exemple, des 
boTtes de messageries vocales, des services de paiement par carte prepayee, 
des services d'annuaires vocaux. etc. . . 

Ces services sont realises par des centres de commande d'execution 

25 de services, connus sous Tacronyme anglais SCP (Service Control Point). Dans 
la suite de cette description, ces centres seront appel6s centres SCP. lis sont, 
solt presents dans le r6seau, soit raccordes a celui-ci. 

A cheque demande de service emise par un client du reseau, un 
centre SCP propre a traitor cette demande de service est active. Lorsque 

30 Tutilisateur, lore d'un memo appel, transmet plusieurs demandes de service, 
plusieurs centres SCP doivent etre actives successlvement ou simultanement. 
Des problemes se posent lorsque plusieurs services incompatibles entre eux 
sont simultanement actives par un meme client au cours d'un memo appel. 
Pour cette raison, 11 est necessaire de gerer les interactions entre les differents 



wo 2005/048557 PCT/FR2004/002469 

2 

centres SCP simultan^ment actives et de coordonner leur traitement respectif. 
Des precedes statiques de gestion de ces interactions ont 6t6 proposes. Par 
exemple, ces procedes statiques font appel a des mecanismes de priorite ou a 
des matrices de resolution de conflits preenregistrees. lis ont en commun 
5 d'utiliser des regies predefinies a I'avance pour resoudre ou eviter des conflits 
entre plusieurs services simultanement demandes. Toutefois, ces procedes 
statiques se sont avSr^s difflclles d mettre en oeuvre dans un contexte oD ie 
nombre de services s'accroTt rapidement. puisque les donnees preenregistrees 
doivent alors etre fr^quemment mises a jour. 

10 Dans ce contexte de croissance rapide du nombre de services, ii a 

ete propose de gerer leurs interactions de fagon dynamique, notamment en 
prevoyant des mecanismes pour que les centres SCP puissent communiquer 
entre eux et done coordonner leur traitement. 

A cet effet, les standards sur les reseaux intelligents teis que la 

15 recommandation UIT-T Q.1248 (Interface Recommandation for Intelligent 
Network Capability Set 4), prevoient une interface permettant a des centres 
SCP de communiquer entre eux. Le mecanisme d'interface prevoit qu'un 
premier centre SCP1 a la possibility de demander rex6cution d'un second 
service par un second centre SCP2. La mise en oeuvre de cette interface 

20 necessite Tetablissement d'une liaison de transmission d'informations entre les 
centres SCP1 et SCP2. Une fois cette liaison etablie, le centre SCP2 regoit des 
instructions d'execution de service transmises par le centre SCP1 , les execute 
et transmet le r^sultat de leur execution au centre SCP1, par Tintermediaire de 
cette mSme liaison. AinsI, cette interface permet au centre SCP1 de sous-traiter 

25 des demandes de service a I'autre centre SCP2. 

La mise en oeuvre d'une telle interface suppose que le centre SCP1 
connaisse a Tavance Tadresse sur le reseau du centre SCP2 d contactor Ceci 
s'avere difficile lorsque le nombre de centres SCP ne cesse de croTtre. En effet, 
cela suppose que les adresses des centres SCP disponibles sur le reseau 

30 sclent mises a jour regulierement dans ciiacun des centres SCP. 

L'invention vise a rem6dier d cet inconvenient en proposant un 
procede pour etablir une liaison de coordination entre deux centres SCP sans 
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que ces deux centres SCP ne connaissent a ravance I'adresse de Tautre centre 
SCP sur le reseau. 

L'lnvention a done pour objet un proc6d6 tel que decrit cl-dessus 
caracterise en ce que Tun des centres transmet son adresse a I'autre centre en 
5 inserant cette adresse dans Tun des signaux de commande d'appels transmis 
vers I'autre centre, et en ce que le centre ayant regu I'adresse inseree dans un 
signal de commande d'appel 6tablit ladite liaison de coordination en utilisant 
des voies de communication distinctes de celles employees pour transporter le 
signal, de commande d'appel dans lequel est inseree I'adresse de I'un des 
10 centres. 

Dans le precede ci-dessus, I'adresse de i'un des centres SCP est 
communiquee a I'autre centre SCP lors de la phase de traitement de I'appel du 
client. L'autre centre SCP ayant regu I'adresse est des lors capable d'^tabllr 
une liaison de transmission d'informations avec ie centre SCP correspondant d 

IS I'adresse regue. Gr3ce ^ ce procede, il n'est plus necessaire que les centres 
SCP connaissent avant meme de commencer la phase de traitement de I'appel 
du client, I'adresse du ou de chaque centre SCP avec lequel une liaison de 
coordination devra etre etablie pour coordonner leur traitement. 

Suivant d'autres caracteristiques du precede conformes a Tinvention, 

20 celui-ci se caracterise en ce que : 

- lorsque plusieurs phases de traitement d'appels se deroulent 
simultanement pour differents clients du reseau, le centre qui insere son 
adresse dans le signal de commande d'appel, insere en plus un identifiant de 
I'appel traits, et les premier et second centres d'exScution de service indiquent 

25 i'appel concerne par les informations de coordination transmises par 
i'intermediaire de ladite liaison de coordination en utilisant cet identifiant de 
maniere a coordonner leur traitement respectif pour chaque appel ; 

- seule la liaison directe de coordination est utilisee pour echanger 
des informations de coordination des traitements respectifs des premiere et 

30 seconde demandes de service effectues par les deux centres d'execution de 
service ; 

- le signal de commande d'appel comporte au moins un champ 
d'adresse propre a recevoir I'adresse sur le reseau du second centre, ce champ 
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comportant encore une partie non utilisee lorsque Tadresse du second centre 
est enregistree dans ce champ, Tadresse du premier centre et/ou Tidentifiant 
d'appel etant inseres dans la partie non utilisee du champ d'adresse, de 
maniere a ce que ces informations se propagent conjointement au travers du 
5 reseau, jusqu*au second centre ; 

- pour un reseau dans lequel les premier et second centres sont 
raccord^s a des points de commando diffdrents du reseau, les points de 
commando du reseau etant propres a raccorder entre elles, les differentes 
voies de communication pour former lesdites liaisons de telecommunication, le 

10 premier centre et le second centre communiquent avec leur point de commando 
respectif en utilisant un premier protocole de communication pour recevoir et/ou 
transmettre lesdits signaux de commando d'appeis, les differents points de 
commando du reseau communiquent entre eux en utilisant un second protocole 
de communication different du premier pour transmettre et/ou recevoir lesdits 

15 signaux de commande d'appeis, et les premier et second centres 
communiquent entre eux par rintenm^diaire de la liaison de coordination en 
utilisant un troisleme. protocole de communication different des premier et 
second protocoles de communication ; 

- le premier protocole de communication est le protocole INAP et en 
20 ce que le second protocole de communication est le protocole ISUP ; 

- pour un reseau dans lequel les premier et second centres sont 
raccordes a des points de commande differents du reseau, les points de 
commande du rdseau 6tant propres d raccorder entre elles, les differentes 
voies de communication pour former lesdites liaisons de telecommunication, le 

25 premier centre et le second centre communiquent avec leur point de commande 
respectif en utilisant un premier protocole de communication pour recevoir et/ou 
transmettre lesdits signaux de commande d'appeis, les differents points de 
commande du reseau communiquent entre eux en utilisant egalement le 
premier protocole, et les premier et second centres communiquent entre eux 

30 par rintermediaire de la liaison de coordination en utilisant un second protocole 
de communication different du premier protocole de communication ; et 

- le premier protocole de communication est le protocole SIP (Station 
Initiation Protocol). 
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L'invention sera mieux comprise a la lecture de la description qui va 
suivre donnee uniquement a titre d'exemple et faite en se referent aux dessins 
sur lesquels : 

- la figure 1 est une illustration schennatique de I'architecture d'un 

5 r§seau intelligent, 

- les figures 2 et 3 sont des organigrammes d'exemples de proc6d6 

conforme ^ l'invention, et 

- les figures 4a et 4b sont des illustrations schematlques de deux 
variantes de fonctionnement du precede conforme a {'invention dans le cas oCi 

10 le reseau intelligent comporte plus de deux centres SCP. 

La figure 1 represents un reseau tel6phonique intelligent designe par 
la reference generate 4. Le reseau 4 est form6 d'un grand nombre 
d'6quipements. Sur cette figure 4, le nombre d'6quipements formant le reseau 
intelligent a 6t6 r6duit au minimum pour simplifier I'lllustration. 

15 Le reseau 4 comporte, par exemple, un r6seau commute RTC ou un 

reseau RNIS (Reseau Num6rique d Integration de Services) ou encore un 
r6seau regroupant differentes technologies de telecommunication. II comporte 
6galement, ici. un reseau IP (Internet Protocol). Ce r6seau appartient a un ou ^ 

plusieurs op6rateurs differents. 
20 Typiquement, un reseau telephonique intelligent comporte de 

nombreuses voles de communication reliant entre eux les differents 
equipements du reseau 4. Les §quipements du reseau 4 se composent 
notamment : 

- de points de commando 6, 8 6galement connus sous le terme de 
25 centres de commutation CCP (Call Control Point) dont la fonction consiste en 

outre d raccorder les differentes voles de communication du reseau 4 les unes 
aux autres, de maniere a former une liaison de transmission d'informations 

entre deux terminaux, 

- de centres SCP 10, 12 propres chacun a traitor, de fagon 
30 autonome, une demande de service transmise par un client du reseau 4, et 

- de terminaux de telecommunication 16,18 destines a etre utilises 
par des clients du reseau 4, soit pour demander I'executlon d'un service, soit 
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pour communiquer avec un autre terminal, par I'intermediaire d'une liaison 

directe de transmission d'informations. 

Un point de commande est connu sous le terme de commutateur 

dans un r^seau RTC, de "gate keeper" dans un reseau IH.323 ou encore par 
5 exemple, sous le nom de "proxy SIP" dans un reseau mettant en oeuvre la 

norme SIP (Session Initiation Protocol, norme RFC 3261 de I'lETF). 

Dans ia suite de cette description, les points de commande sont 

appeles points CCP et les liaisons de transmission d'informations etablies par 

les points CCP entre deux terminaux sont appelees liaison de 
10 telecommunication. 

Dans le cas des reseaux intelligents, des voies de communication du 

reseau sont reservees pour le transport de signaux de commande et en 

particulier des signaux de commande d'appels entre les differents equipements 

du reseau. Dans la suite de la description ces voies de communication 
IS rdservees sont appelees voies de commande. 

Ces signaux de commande d'appels sont destines ^ commander 

I'etablissement, la modification et/ou la liberation des voies de 

telecommunication. Ces signaux sont, par exemple, conformes a Tun des 

protocoles suivants : ISUP (Integrated Service Digital Networl<-User Part, defini 
20 dans les recommandations UIT-T Q.761 a 764), INAP (Intelligent Network 

Application Protocol, defini dans ia recommandation UIT-T Q.1248), H.225 

defini par TUIT-T et SIP (Session Initiation Protocol defini par TIETF). 

Pour un reseau telephonlque commute RTC, le reseau forme par 

Tensemble des voies de commande est connu sous le terme de r6seau 
25 semaphore. Sur la figure 1, des doubles-fleches 20. 22 et 24 represented les 

voles de commande reliant respectivement le centre 10 et le point 6, les points 

6 et 8, et le point 8 et le centre 12. 

A titre d'exemple, le protocole utilise pour transporter les signaux de 

commande d'appels entre les centres SCP et le point CCP auquel ils sont 
30 raccordes est ici le protocole INAP. Toujours a titre d'exemple, le protocole 

utilis6 pour transporter les signaux de commande d'appels entre les differents 

points CCP est ici le protocole ISUP. 
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Ces protocoles INAP et ISUP comportent tous les deux un message 
de commande d'etablissement d'appels et un accuse de reception de ce 
message. Dans ces protocoles, le message de commande d'etablissement 
d'appels commande T^tablissement d'une liaison de telecommunication. Ce 
5 message est emis par Tequipement appelant vers un point CCP et comporte 
notamment I'adresse sur le reseau de I'equipement appele. Ce message est 
typlquement transmis de proche en proche d'un point CCP au point CCP 
suivant, jusqu'ii I'equipement appele. Ce message est traite par les differents 
points CCP qui I'ont regu, de maniere a ce qu'en fin de compte une liaison de 

10 telecommunication puisse etre etablie entre Tequipement appelant et 
Tequipement appele. 

Dans le cas du protocole INAP et du protocole ISUP, ces messages 
s'appellent respectivement « connect » et « Message Initial d*Adresse » (M.I.A). 
Chacun de ces messages comporte en plus de I'adresse de I'equipement 

IS appele, des octets non utilises qui ont, par exemple, ete prevus pour de futures 
extensions des fonctlonnalites du protocole. Par exemple, ies messages 
"connect" et "M.I.A" comportent chacun des parametres "ScfID" et "Correlation- 
ID" definis dans le standard sur I'lNAP et sur TISUP pour la connexion d'un 
periph6rique intelligent. 

20 Sur la figure 1, les autres voies de communication du reseau 4 

destinees a Tetablissemeht de liaison de telecommunication entre les differents 
equipements du reseau 4, sont representees par des traits simples reliant entre 
eux les differents equipements. En particulier, sur la figure 1 sont representees 
des voies de communication non rdservdes 30, 32, et 34 reliant respectivement 

25 le terminal 16 et le point 6, le terminal 18 et le point 8, et les points 6 et 8. 

Sur la figure 1, est egalement representee en trait gras une liaison 
reliant les centres 10 et 12. La liaison 40 est ici, par exemple, une liaison etablie 
par rintermediaire du reseau IP du reseau 4. 

Sur la figure 1, les traits de liaison entre deux equipements 

30 comportant une partie centrale en pointilles indiquent que cette voie de 
communication s'effectue eventuellement par rintermediaire d'autres points 
CCP non representes sur la figure 1. 
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Dans la figure 1, les terminaux 16 et 18 sont, par exemple, des 
postes telephoniques classiques fixes ou mobiles. 

Les points CCP du reseau 4 sont aptes a recevoir un signal de 
commande d'appel dans un format conforme au protocole INAP et a le 
5 retransmettre a I'identique dans un format conforme au protocole ISUP, et vice 
versa. 

Les centres 10 et 12 sont aptes chacun a trailer una demande de 
service lors d'un appel d'un client du reseau 4. Ce service est, par exemple, 
choisi parmi un ensemble compos6 d'un service de messagerie vocale, d'un 
10 service d'annuaire t6l6plionique, d'un service de paiement par carte pre-payee, 
d'un service de renseignements telephoniques, et d'un service de restriction 
des numeros de telephone que Ton peut appeler. 

De maniere a traiter les demandes de service, les centres 10 et 12 
sont aptes a emettre des signaux de commande d'appels sur les voies de 
15 commande de manl§re, par exemple, a 6tablir des liaisons de 
telecommunication entre le terminal du client et un autre terminal. De plus, 
lorsque la demande de service a traiter implique Tutilisation d'un serveur vocal, 
les centres 10 et 12 sont aptes a commander Tetablissement d'une liaison de 
telecommunication entre le terminal du client et un serveur vocal puis a 
20 commander ce serveur vocal de maniere a rendre le service demande. 

Ces centres SCP sont soit implantes directement dans les points 
CCP du reseau 4, soit formes par des serveurs informatiques independants de 
ces points CCP comme illustre sur la figure 1 . 

Ici, chacun des centres 10 et 12 est egalement raccorde au reseau 
25 IP par rintermediaire d'une interface supplementaire formee, par exemple, ici 
par une carte d'interface IP (Internet Protocol). AInsI, chacun des centres est 
apte a etablir une liaison de telecommunication avec un autre centre du reseau 
4, en utilisant le protocole de communication IP (Internet Protocol). 

Les centres 10, 12 sont adaptes pour affecter un identifiant a chaque 
30 appel d'un client en cours de traitement. 

Les centres 10 et 12 sont Egalement associes a des memoires 
respectives 50 et 52. Les memoires 50 et 52 comportent chacune Tadresse sur 
le reseau IP du centre auquel elles sont associ6es. Ces adresses 
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correspondent, par exemple, a I'adresse physique des centres 10 et 12 ou 
egalement dans le cas ou un meme serveur informatique h6berge plusieurs 
services, Tadresse correspond a i'adresse physique du serveur sur le reseau 
IP, a laquelle est ajoute un Identiflant du service. 
5 Les differents points CCP, centres SCR et tennlnaux du reseau 4 

sont realises de fagon classique, de maniere a etre capables d'executer les 

precedes des figures 2 et 3. 

Le precede d'etablissement d'une liaison directe de coordination 

entre les centres 10 et 12 va maintenant etre decrit en regard de la figure 2 et 
10 dans le cas particulier ou le centre 10 est un centre de cartes pre-payees et le 

centre 12 est un annuaire telephonique vocal. 

Le control 0 permet done dans ce premier exennple de realisation 

d'etablir une liaison de telecommunication vers un destinataire en payant avec 

une carte pre-payee. Le serveur 12, quant a lui, permet de retrouver le numero 
15 de t6l6phone d'un destinataire a partir du nom de ce destinataire. Dans cet 

exemple, le centre 12 correspond au num6ro de telephone "12" et le centre 10 

au numero de telephone "3610". 

Initialement, le client decroche le combin6 de son terminal 16 et 

num6rote, lors d'une etape 60, le numero "3610". 
20 Le point 6 regoit, lors d'une etape 62, ce numero de telephone et 

transmet, lors d'une etape 64, une demande de paiement par carte pr6-payee 

au centre 10 par Tintermediaire de la voie de commando 20. 

Le centre 10 commande alors un serveur vocal pour informer le 

client qu'il doit saisir son num6ro de carte pre-payee. 
25 Ensulte, le client saisit, lors d'une etape 66, le nuni6ro de sa carte 

pre-payee sur le clavier de son terminal. Ce numero est transmis jusqu'au 

centre 10 qui verifie, a I'etape 68, son authentlclt6. Dans le cas oCi ce numero 

est authentlque, le centre 10 determine et affecte, lors d'une etape 70, un 

identifiant unique correspondant a cet appel. 
30 Ensuite, le client saisit, lors d'une etape 72 sur le clavier de son 

terminal 16, le numero de telephone qu'il souhalte appeler, id le numero "12". 

Le numero de telephone est transmis au centre 10. 



wo 2005/048557 PCT/FR2004/002469 

10 

Le centre 1 0 6met sur la voie 20, lors d'une §tape 76, un message 
de commande d'etablissement d'appels contenant comme num6ro de 
telephone appele, le numero "12". 

Lors de cette §tape 76, le centre 10 insere, lors d'une operation 78, 
5 son adresse et I'ldentlfiant de cet appel dans ies octets du message de 
commande nonnalement reserves pour Ies parametres "Scf ID" et "Con-elation- 
ID". 

Ce message de commande est alors transporte, lors d'une ^tape 80, 
jusqu'au centre 12 par I'lntermediaire des voles 20, 22 et 24. 

Lorsque le centre 12 regoit Tadresse et Tidentifiant d'appel contenu 
dans le message de commande, il Ies extrait, lors d'une etape 84, puis 
commande, lors d'une etape 86, Tetablissement de la liaison 40 vers le centre 
10, en utilisant S cet effet Tadresse extraite lors de I'etape 84 et son interface 
IP, 

Ensuite, lors d'une Stape 88, Ies centres 10 et 12 echangent toutes 
Ies informations necessaires pour coordonner leurs traitements respectifs 
uniquement par I'intermediaire de la liaison 40. 

A cet effet, Ies centres 10 et 12 utilisent de preference, un protocole 
conforme a celui decrit dans la demande de brevet EP-A1-1 179 959. A chaque 
fois que Tun des centres 10 ou 12 emet une information vers Tautre centre, il 
procede a une operation 90 lors de laquelle il insere dans le message transmis 
a Tautre centre Tidentifiant de Tappel conceme par ce message, Ainsi, chaque 
centre est capable d'ldentifier I'appel conceme par Ies informations reques de 
sorte que la coordination des traitements s'effectue pour chacun des appels 
tralt6s. 

Lors de cette 6tape 88, les informations de coordination concement, 
par exemple, principalement la progression du traitement. Ainsi, ici, le centre 12 
transmet a intervalles reguliers au centre 10, le montant qui sera preleve sur le 
compte associ6 a la carte pre-payee du client. D'autres informations peuvent 
6galement etre transmises par Tintermediaire de cette voie 40, telles que par 
exemple un code de tarification, une commande dintenxiption de service ou 
autre. 
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Simultanement a cette etape 88, le centre 12 interagit directement, 
lors d'une etape 94 avec le client, par exemple, le centre 10 commande 
Tetablissement d'une liaison de telecommunication entre le terminal 16 et un 
serveur vocal, puis commande ce serveur vocal pour acquerir des infomnations 
5 transmises vocalement par le client. 

Une fois que le numero de telephone recherche par le client a ete 
trouve, le centre 12 6met, lors d'une 6tape 96, un message d'etablissement 
d'une liaison de telecommunication entre le terminal 16 et le temiinal 18 si le 
terminal 18 correspond au numero de telephone recherche. Ce message est 
10 transmis par Tintermediaire de la vole 24 au point 8. 

Le centre 12 a alors fini de traitor la demande du client et lors d'une 
etape 98, il commande la liberation ou Tlnterruption de la liaison de 
telecommunication etablie entre le serveur vocal et le terminal 16, en 
transmettant au point 8 par la voie 24, le message correspondant. 
15 II libere ou interrompt egalement la liaison 40 lors d'une etape 100. 

Ainsi, dans le precede de la figure 2, les traitements des centres 10 
et 12 sent coordonnes de maniere d ce que le service rendu par le centre 12 
puisse etre pay6 a partir d'une carte pre-payee geree par le centre 10. 

Dans le precede de la figure 2, c'est le client lui-meme qui emet la 
20 premiere et la deuxieme demandes de service en composant respectlvement le 
"3610" et le "12". Le precede de la figure 3 illustre un proc6d6 similaire, dans le 
cas particulier ou le client n'emet pas lui-meme la demande de service. Le 
proc6d§ de la figure 3 sera decrit dans le cas particulier oCi le centre 10 offre un 
service de repertoire telephonique vocal associ6 a la iigne du terminal 16 et le 
25 centre 12 offre un service de liste de numeros interdlts associe 6galement d la 
ligne du terminal 16. Cette liste de numeros interdlts est egalement connue 
sous le terme de liste noire. 

Le precede de la figure 3 etant en grande partie similaire a celui de la 
figure 2, seules les particularites de ce precede vis-a-vis de celui de la figure 2 

30 seront decrites en detail. 

Lors d'une etape 120, le client decroche le combine de son 

terminal 16. 
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En reponse a cette action, ie point 6 transmet automatiquement, lors 
d'une etape 122, une premiere demands de service vers Ie centre 10. 

L'etape 122 est realisee avant meme que Ie client ait numerote un 
quelconque numero de telephone sur Ie clavier de son terminal 16. 
5 Ensuite, lors d'une etape 124, Ie centre 10 commands 

r^tablissement d'une liaison de telecommunication entre Ie terminal 16 et un 
sen/eur vocal, puis Ie centre 10 commande ce serveur vocal de maniere a ce 
que Ie client puisse selectionner un numero de telephone a appeler dans Ie 
repertoire telephonique vocal. Ici, on supposera que Ie numero de telephone a 

10 appeler correspond a ceiui du terminal 18. 

Une fois la selection du numero de telephone a appeler terminee, Ie 
centre 10 transmet un premier message de commande d'etablissement d'appel, 
lors d'une etape 126, au point 6 par Tintermediaire de la voie 20 pour 
commander I'etablissement d'une liaison de telecommunication entre les 

15 termlnaux 16 et 18. Ce premier message comports I'adresse du centre 10 et 
ridentifiant de Tappe! gen6r6 par Ie centre 10. 

En reponse a tout message d'etablissement d'appel entre Ie terminal 
16 et un autre terminal, Ie point 6 transmet automatiquement et 
systematiquement, lors d'une etape 128, une deuxieme demande de service 

20 vers Ie centre 12. La transmission de cette seconde demande de service 
declenche la transmission par Ie point 6 d'un second message d'etablissement 
d'appel a destination du centre 12. Lors de cette etape 128, ie point 6 insere, 
lors d'une operation 130, Tadresse du centre 10 et ridentifiant d'appel contenu 
dans Ie premier message, dans ce second message. Par ce biais-la, Tadresse 

25 du centre 1 0 et ridentifiant d'appel sont done transmis jusqu'au centre 12. 

Ensuite, Ie centre 12, lors d'une etape 132 extralt Tadresse et 
ridentifiant d'appel regus par Tintermediaire des voies 22 et 24 et commande, 
lors d'une etape 134, I'etablissement de la liaison 40. Ici, la liaison 40 est 
utilis^e entre autre, par Ie centre 12 pour indiquer au centre 10 si Ie numero de 

30 telephone s61ectionne correspond a I'un de ceux enregistres sur la liste noire. 
Dans raffirmatlve, Ie centre 10 en informe alors Ie client. Dans Ie cas contraire, 
Ie centre 12 informe Is csntre 10 que Ie numero de telephone selectionn6 
n'appartient pas a la liste noire et que Ie traitement du service peut continuer. 
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Dans ce mode de realisation, non seulement le centre 10 ne connaTt 
pas a I'avance Tadresse du centre 12 pour etablir avec ce dernier une liaison 
directe mais en plus le centre 10 ne connaTt pas non plus Texistence d'un 
second service a appeler apres le service de repertoire vocal. 
5 Ainsi ce second mode de realisation montre qu'il n'est pas 

necessaire que le premier centre SCP active sache qu'un second centre SCP 
sera invoque plus tard. 

Les figures 4a et 4b illustrent differentes possibilites de mise en 
oeuvre des precedes decrits en regard des figures 2 et 3, dans le cas ou le 
nombre de centres SCP appeles lors d'un meme appel, est strictement 
supSrieur a deux. 

Sur les figures 4a et 4b, le reseau 4 comporte un centre SCP 1 50 
supplementaire raccorde k un point CCP 152 supplementaire. 

Les equipements et les voies et liaisons deja decrits en regard de la 
figure 1 portent sur les figures 4a et 4b les mSmes r6f6rences numeriques. 

Le centre 150 est raccorde par Tintermediaire d'une vole de 
commande 154 au point 152. 

Le point 152 est, quant a lui, raccorde par Tintermediaire d'une voie 
de commande158 au point 8 et par Tintermediaire d'une voie non reservee 160 

a ce meme point 8. 

Sur la figure 4a, une liaison de coordination 162 relie le centre 150 

au centre 1 0. 

Sur la figure 4b, cette liaison 162 est remplacee par une liaison de 
coordination 164 qui relie le centre 150 au centre 12. 

Le precede pour etablir la liaison 40 des figures 4a et 4b est 
identique, soit a celui de la figure 2, soit a celui de la figure 3. 

Toutefois, contrairement aux precedes des figures 2 et 3, lors du 
traitement, par exemple de la seconde demande de service du client Une 
troisieme demande de service est emise a destination du centre 150 ce qui 
d6clenche remission d'un signal de commande d'etablissement d'appel. Dans 
le cas de la figure 4a, le centre 12 insere dans ce nouveau message de 
commande d'6tablissement d'appel, I'adresse du centre 10 et I'identifiant 
d'appel transmis precedemment par le centre 10, Ainsi. en reponse a la 
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r6ception de ces informations, le centre 150 etablit ia liaison 162 avec le centre 
10 d'une fagon simllaire ^ ce qui a ete decrit en regard des 6tapes 84 et 86 de 
la figure 2. Des lors, dans la configuration de la figure 4, les informations de 
coordination des differents traitements en cours ne sont eciiangees qu'entre le 
5 centre SCP appel6 en premier et chacun des centres SCP appeles 
ulterieurement. 

Dans le cas de la figure 4b, de fagon similaire d ce qui a ete indique 
en regard de la figure 4a, lors du traitement de la seconde demande de service, 
le centre 12 emet un message de commande d'etablissement d'appel a 

10 destination du centre 150. Toutefois. contrairement aux cas de ia figure 4a, le 
centre 12 insere sa propre adresse et son propre identifiant d'appel dans ce 
message, de sorte que le centre 150 etablit non pas une liaison de coordination 
avec le centre 10, mais avec le centre 12. Ainsi, dans le cas de la figure 4b, des 
Informations de coordination des traitements sont 6chang6es uniquement entre 

15 deux centres appelds successivement. 

On notera que dans le proced6 decrit ci-dessus en regard des 
figures 2, 3, 4a et 4b, la liaison de coordination suit un chemin qui est different 
de celui emprunte par les signaux de commande d'appels echang6s entre les 
centres 10 et 12. Ainsi, cette liaison de coordination ne transite pas par les 

20 centres CCP utilises pour etablir la communication au cours de laquelle les 

services ont ete declenchds. 

Le precede decrit ici ne fait pas intervenir de regies statiques et pre- 

enregistr6es de resolution de conflits entre differents centres SCP 

simultanement appel6s. Au contraire, un echange d'infonnations de 
25 coordination entre les differents centres SCP est 6tabli. de maniere a ce que 

cliaque centre connaisse le contexte d'ex6cution du service et surtout la 

progression de leurs executions dans les autres centres. 

De plus, le precede utilise les signaux de commande d'appels pour 

transmettre I'adresse d'un centre SCP vers un autre centre SCP. Tous les 
30 r6seaux intelllgents comportent de tels signaux et ces signaux comportent 

presque toujours des octets non utilises pour des utilisations futures. Ainsi, en 

utilisant ces signaux pour transmettre I'adresse et I'identificateur d'appel d'un 



wo 2005/048557 PCT/FR2004/002469 

15 

centre a un autre, ii n'est pas necessaire de prevoir la mise oeuvre d'un 
protocole supplementaire. 

Des lors, le precede decrit ici ne necessite aucune modification des 
points CCP du reseau. En particulier, aucun mecanlsme d'encapsuiation de 
5 protocole n'est mis en oeuvre dans les poins CCP, tei que par exemple, le 
mecanlsme OCCRUI (Out Channel Call Related User Interaction). Le 
mecanlsme OCCRUI permet d'encapsuler un protocole applicatif dans la 
signalisation de commande d'appels, les informations vehicul^es dans ce 
protocole etant transparentes pour le reseau. Toutefois, la mise en oeuvre d'un 

10 tel mecanlsme suppose que des procedures d'etablissement, de maintien et de 
liberation d'un canal de communication encapsule dans les signaux de 
commande d'appels soit mis en oeuvre. 

On notera egalement que le precede decrit ici ne met pas en oeuvre 
une procedure d'^changes d'informations de coordination par rintermediaire 

15 d'une base de donnSes commune aux differents centres SCR. En effet, de 
telles procedures ne permettent pas d'echanger des informations qui sont 
mises a jour pratiquement en temps reel, telles que par exemple la progression 
du traitement d'un service car de telles procedures necessitent un nombre 
d'ecriture dans la base de donnees trop important. 

20 Les precedes des figures 2 et 3 ont ete decrits ici dans le cas 

particulier ou I'adresse et Tidentifiant d'appel sont transmis du premier centre 
SCP appeI6 vers le second centre SCP appele. Toutefois, en variante, 
I'adresse et Tidentifiant d'appel sont transmis du second centre appel§ vers le 
premier centre appele. A cet effet, par exemple, le second centre appele, tel 

25 que le centre 12, insure son adresse et I'ldentifiant d'appel dans Taccuse de 
reception du message de commande d'etablissement d'appel regu. Cet accuse 
de reception presente la propriete de se propager en sens inverse du message 
de commande d'etablissement d'appel regu de sorte qu'il est possible de 
communiquer a I'aide de cet accuse reception I'adresse du second centre 

30 appele au premier centre appelS. 

L'insertion de I'adresse du centre et de Tidentificdteur d'appel ont ete 
decrits ici dans le cas particulier des protocoles INAP et ISUP. Dans le cas oD 
le protocole mis en oeuvre pour la signalisation de commande d'appels est le 
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protocole SIP, un message "INVITE" contenant un parametre « request - URI » 
est, par exemple, utilise a la place des messages "connect" et "IVl.LA". Par 
exemple, la forme du parametre « request - URI » est la suivante : 

sip :destinataire@francetelecom.com ;\ 
5 adresse = x ;\ 

reference = y 

oCi X repr^sente Tadresse du centre SCP et y Tidentificateur d'appel. 
Le protocole SIP est utilise entre les centres SCP et les points CCP 
et entre les points CCP entre eux. 

Dans le cas ou le reseau telephonique utilise est un r6seau 
telephonique commute utiiisant des adresses conformes a la norme E.164, 
Tadresse du centre SCP et ridentificateur d'appels sont inseres dans le 
message de commande d'etablissement d'appel en mettant a profit le fait que le 
nombre d'octets disponibles pour ^crire I'adresse du destinataire est plus grand 
que le nombre d'octets reellement utilises pour ecrire cette adresse. Par 
consequent, I'adresse du centre et ridentificateur d'appels sont inscrits dans les 
octets de ce champ encore disponibles apres que I'adresse du destinataire y ait 
ete inscrite. 

Le systeme de la figure 1 et le precede de la figure 2 ont ete decrits 
dans le cas particulier ou la liaison de coordination 40 est etablie par 
rintermediaire d'un reseau IP. Toutefois, en variante, cette liaison 40 est etablie 
par rintermediaire d'un reseau de transmission d'informations quelconque 
capable d'etabllr une liaison de transmission d'informations entre les centres 10 
et 12 en utiiisant des voies de communication tndependantes et distinctes des 
voies 20, 22 et 24. Par exemple, en variante, la liaison 40 est etablie par 
rintermediaire de voies de commande du reseau 4 differentes et distinctes des 
voies 20, 22 et 24. 

Le precede de la figure 2 a ete decrit dans le cas particulier ou la 
liaison 40 peut etre utilis§e pour plusieurs appels differents. En variante, le 
centre 12 transmet uniquement lors de Tetablissement de la liaison 40, 
ridentifiant de Tappei du client au centre 10. La liaison 40 est ensuite r§serv§e 
pour I'echange d'informations de synchronisation concemant uniquement cet 
appel particulier. Des lors, pour que le centre 10 sache que I'lnformation re^ue 
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concerne cet appel, il n'est plus necessaire d'adjoindre a chaque information 
echangee par I'intermediaire de la liaison 40 un Identlfiant de TappeL 
L'operation 90 n'est done execut6e qu'une seule fois quel que soit le nombre 
d'informatlons de synchronisation echange. 



1 
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REVENDICATIONS 



1. Procede pour etablir une liaison (40) de coordination entre un 
premier et un second centres (10, 12) de commande de Texecution de service 

S dans un reseau de telecommunication Intelligent (4), 

le premier et le second centres etant aptes a traiter chacun de fagon 
autonome respectivement une premiere et une seconde demandes de service, 
et le reseau comportant, en plus de voies (30, 32, 36, 38) de communication 
utilisees pour etablir des liaisons de telecommunication entre differents 
10 terminaux raccordes au reseau, des voies (20, 22, 24) de communication 
reservees aux transports de signaux de commande d'appels pour commander 
Tetablissement, la modification et/ou la liberation de cheque liaison de 
telecommunication dans ce reseau (4), 

ce procede comportant une phase de traitement d'un appei qui est 
15 declench6e ^ cheque appel emis par un client et qui comprend une 6tape (86) 
d'etablissement de la liaison de coordination a Taide d'une adresse d'au moins 
un des deux centres (10, 12) pour que ces centres puissent coordonner leurs 
traitements respectifs des premiere et seconde demandes de service du client, 

caracterise : 

20 - en ce que Tun des centres transmet son adresse a Tautre centre en 

inserant (en 78) cette adresse dans Tun des signaux de commande d'appels 

transmis vers I'autre centre, et 

- en ce que le centre ayant regu Tadresse inseree dans un signal de 

commande d'appel etabllt (en 86) ladite liaison de coordination en utilisant des 
25 voies de communication distinctes de celles employees pour transporter le 

signal de pommande d'appel dans lequel est inseree Tadresse de Tun des 

centres. 

2. Procede selon la revendication 1 , caracterise en ce que lorsque 
plusieurs phases de traitement d'appels se deroulent simultanement pour 

30 differents clients du reseau (4), le centre qui insere (en 78) son adresse dans le 
signal de commande d'appel, insere en plus un Identifiant de Tappel traite, et en 
ce que les premier et second centres (10, 12) d'execution de service indiquent 
(en 90) I'appel concerne par les informations de coordination transmises par 
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I'intermediaire de ladite liaison de coordination en utilisant cet identifiant de 
maniere a coordonner leur traitement respectif pour chaque appel. 

3. Precede selon Tune quelconque des revendications prec6dentes, 
caract6ris6 en ce que seule la liaison (40) de coordination est utilisee pour 

5 6changer des informations de coordination des traitements respectifs des 
premiere et seconde demandes de service effectues par les deux centres (10, 

12) d'execution de service. 

4. Proc6d6 selon I'une quelconque des revendications prec6dentes 
pour un r6seau, dans lequel le signal de commande d'appel comporte au moins 

10 un champ d'adresse propre a recevoir I'adresse sur le reseau du second centre, 
ce champ comportant encore une partie non utilisee lorsque I'adresse du 
second centre est enregistree dans ce champ. caract6rise en ce que I'adresse 
du premier centre et/ou I'ldentifiant d'appel sent inseres dans la partie non 
utilis6e du champ d'adresse, de maniere a ce que ces informations se 

15 propagent conjointement au travers du reseau, jusqu'au second centre (12). 

5. Precede selon I'une quelconque des revendications precedentes 
pour un reseau dans lequel les premier et second centres (10, 12) sont 
raccordes ^ des points de commande (6, 8) diff6rents du reseau, les points de 
commande du r6seau §tant propres a raccorder entre elles, les differentes 

20 voies de communication pour former lesdites liaisons de telecommunication, 

caract^rise en ce que : 

- le premier centre (10) et le second centre (12) communiquent avec 
leur point (6, 8) de commande respectif en utilisant un premier protocole de 
communication pour recevoir et/ou transmettre lesdits signaux de commande 

25 d'appels, 

- les diff§rents points (6, 8) de commande du r6seau communiquent 
entre eux en utilisant un second protocole de communication different du 
premier pour transmettre et/ou recevoir lesdits signaux de commande d'appels, 
et 

30 - les premier et second centres communiquent entre eux par 

I'intermediaire de la liaison de coordination (40) en utilisant un troisieme 
protocole de communication different des premier et second protocoles de 
communication. 
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6. Procede selon la revendication 5, caracterise en ce que le premier 
protocole de communication est le protocole I NAP (Intelligent Network 
Application Protocol) et en ce que le second protocole de communication est le 
protocole ISUP (Integrated Service Digital Network - User Part). 
5 7. Procede selon Tune quelconque des revendications precedente 

pour un rSseau dans lequel les premier et second centres (10, 12) sont 
raccordes a des points de commande (6, 8) differents du r^seau, les points de 
commande du reseau etant propres a raccorder entre elles, les differentes 
voles de communication pour former lesdites liaisons de telecommunication, 
10 caracterisees en ce que : 

- le premier centre (10) et le second centre (12) communiquent avec 
leur point (6, 8) de commande respectif en utilisant un premier protocole de 
communication pour recevoir et/ou transmettre lesdits signaux de commande 
d'appels, 

IS - les differents points (6, 8) de commande du reseau communiquent 

entre eux en utilisant egalement le premier protocole, et 

- les premier et second centres communiquent entre eux par 
rintermediaire de la liaison de coordination (40) en utilisant un second protocole 
de communication different du premier protocole de communication. 

20 8. Procede selon la revendication 7, caracterise en ce que le premier 

protocole de communication est le protocole SIP (Station Initiation Protocol). 

9. Reseau de telecommunication intelligent apte a etablir une liaison 
(40) de coordination entre un premier et un second centres (10, 12) de 
commande de {'execution de services, ce r6seau comportant : 

25 - le premier et le second centres, ces centres 6tant aptes a traiter 

chacun de fagon autonome respectivement une premiere et une seconde 
demandes de service, 

- des voles (30, 32, 36, 38) de communication utilisees pour etablir 
des liaisons de telecommunication entre differents terminaux raccordes au 

30 reseau, et 

- des voles (20, 22, 24) de communication reservees au transport de 
signaux de commande d'appels pour commander Tetablissement, la 
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. modification et/ou la liberation de chaque liaison de telecomnnunication pour ce 
reseau, 

ce reseau etant apte a executer une pliase de traitement d'un appel 
qui est declenchee a chaque appel emis par un client et qui comprend une 
5 §tape (86) d'etablissement de la liaison de coordination a Taide d*une adresse 
d'au moins un des deux centres (10, 12) pour que ces centres puissent 
coordonner leurs traitements respectifs des premiere et seconde demandes de 
service du client, 

caracterise : 

10 - en ce que I'un des centres est apte a transmettre son adresse a 

rautre centre en inserant (en 78) cette adresse dans Tun des signaux de 

commande d'appels transmis vers Tautre centre, et 

- en ce que le centre ayant regu Tadresse Inseree dans un signal de 

commande d'appels est apte a etablir (en 86) ladite liaison de coordination en 
15 utilisant des voles de communication distinctes de celles employees pour 

transporter le signal de commande d'appels dans lequel est Inseree Tadresse 

de Tun des centres. 

10. Reseau seion la revendicatlon 9, caracterise en ce que lorsque 
plusieurs phases de traitement d'appels se deroulent simultanement pour 

20 differents clients du reseau (4), le centre qui insere (en 78) son adresse dans le 
signal de commande d'appel, est apte a inserer en plus un identifiant de Tappel 
trait6, et en ce que les premier et second centres (10, 12) d'execution de 
service sont aptes a indlquer (en 90) Tappel concerne par les informations de 
coordination transmises par I'lntermediaire de ladite liaison de coordination en 

25 utilisant cet identifiant de mani^re ^ coordonner leur traitement respectif pour 
chaque appel. 

11. Reseau selon I'une quelconque des revendications 9 a 10, 
caracterise en ce que les premier et second centres sont adaptes pour utiliser 
unlquement la liaison (40) de coordination pour echanger des informations de 

30 coordination des traitements respectifs des premiere et seconde demandes de 
service effectu6s par les deux centres (10, 12) d'execution de service. 

12. Reseau selon Tune quelconque des revendications 9 a 11 dans 
lequel le signal de commande d'appel comporte au moins un champ d'adresse 
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propre a recevoir Tadresse sur le r6seau du second centre, ce champ 
comportant encore une partie non utilisee lorsque Tadresse du second centre 
est enregistree dans ce champ, caracterise en ce que (e premier centre est apte 
a inserer son adresse et/ou Tidentifiant d'appel dans la partie non utilisee du 
5, champ d'adresse, de maniere a ce que ces informations se propagent 
conjointement au travers du reseau, jusqu'au second centre (12). 

13. Reseau selon Tune quelconque des revendications 9 a 12 
comportant des points de commande (6, 8) auxquels sent raccord^s 
respectivement les premier et second centres (10, 12), les points de commande 
10 du reseau etant propres a raccorder entre elles, les differentes voles de 
communication pour former lesdites liaisons de telecommunication, caracterise 
en ce que : 

- le premier centre (10) et le second centre (12) sont aptes a 
communiquer avec leur point (6, 8) de commande respectif en utilisant un 

15 premier protocole de communication pour recevoir et/ou transmettre lesdits 
signaux de commande d'appels, 

- les differents points (6, 8) de commande du reseau sont aptes a 
communiquer entre eux en utilisant un second protocole de communication 
different du premier pour transmettre et/ou recevoir lesdits signaux de 

20 commande d'appels, et 

- les premier et second centres sont aptes a communiquer entre eux 
par rintermediaire de la liaison de coordination (40) en utilisant un troisieme 
protocole de communication diff6rent des premier et second protocoles de 
communication. 

25 14. Roseau selon la revendication 13, caracterise en ce que le 

premier protocole de communication est le protocole INAP (Intelligent Network 
Application Protocol) et en ce que le second protocole de communication est le 
protocole ISUP (Integrated Service Digital Network - User Part). 

15. Reseau selon Tune quelconque des revendications 9 a 12 

30 comportant des points de commande (6, 8) differents auxquels sont raccordes 
respectivement les premier et second centres (10, 12), les points de commande 
du r6seau etant propres a raccorder entre elles, les differentes voies de 
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communication pour fomier lesdites liaisons de telecommunication, 
caracterisees en ce que : 

- le premier centre (10) et le second centre (12) sont aptes a 
communiquer avec leur point (6, 8) de commande respectif en utilisant un 

3 premier protocole de communication pour recevoir et/ou transmettre lesdits 
signaux de commande d'appels, 

- les dlff^rents points (6, 8) de commande du rdseau sont aptes ci 
communiquer entre eux en utilisant egalement le premier protocole, et 

- les premier et second centres sont aptes a communiquer entre eux 
10 par rinterm6dialre de la liaison de coordination (40) en utilisant un second 

protocole de communication different du premier protocole de communication. 

16. Reseau selon la revendication 15, caracterise en ce que le 
premier protocole de communication est le protocole SIP (Station Initiation 
Protocol). 

15 17. Centre de commande de Texecution de services adapte pour etre 

mis en oeuvre dans un reseau de telecommunications intelligent conforme S 
Tune quelconque des revendications 9 a 16, caracterise en ce que le centre est 
apte a transmettre son adresse a un autre centre en inserant (en 78) cette 
adresse dans I'un des signaux de commande d'appel transmis vers I'autre 

20 centre. 

18. Centre selon la revendication 17, caracterise en ce qu1l est apte 
^ insurer en plus un identifiant de I'appel traite, et en ce qu'il est apte a indiquer 
(en 90) Tappel concern^ par les informations de coordination transmlses par 
Tintermediaire de la liaison de coordination en utilisant cet identifiant de mani^re 

25 a coordonner son traitemeht avec celui d'un autre centre pour chaque appel. 

19. Centre selon la revendication 17 ou 18 adapte pour etre mis en 
oeuvre dans un reseau conforme a la revendication 12, caracterise en ce que le 
centre est apte a inserer son adresse et/ou Tidentifiant d'appel dans la partie 
non utilisee du champ d'adresse, de maniere a ce que les informations se 

30 propagent conjointement au travers du reseau jusqu'au second centre. 

20. Centre adapts pour etre mis en oeuvre dans un r§seau conforme 
^ Tune quelconque des revendications 9^16, caracterise en ce quMl est apte a 
recevoir Tadresse inseree dans un signal de commande d'appels et k dtablir (en 
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86) ladite liaison de coordination en utilisant des voles de conamunication 
distinctes de celles employees pour transporter le signal de connmande d'appel 
dans lequel est insere Tadresse de Tun des centres. 

21. Centre selon Tune quelconque des revendications 17 a 20, 
S caracterise en ce qu*il est adapte pour utiliser uniquement la liaison (40) de 

coordination pour ^changer des informations de coordination des traitements 
respectifs des premiere et seconde demandes de services effectudes par ce 
centre et Tautre centre. 

22. Centre selon Tune quelconque des revendications 17 a 21 adapte 
10 pour etre mis en ceuvre dans un reseau conforme a ia revendication 13, 

caract6rls6 en ce qu'il est apte a communlquer avec son point de commande 
respectif en utiiisant ie premier protocole de communication pour recevoir et/ou 
transmettre lesdits signaux de commande d'appels et a communlquer avec 
I'autre centre par I'intermediaire de la liaison de coordination (40) en utilisant le 
IS troisleme protocole de communication different des premier et second 
protocoles de communication. 

23. Centre selon Tune quelconque des revendications 17 a 22 adapts 
pour etre mis en ceuvre dans un reseau conforme a la revendication 15, 
caracterise en ce qu1l est apte a communlquer avec son point de commande 

20 respectif en utilisant le premier protocole de communication pour recevoir et/ou 
transmettre lesdits signaux de commande d'appel, et a communlquer avec 
I'autre centre par Tlntermediaire de la liaison de coordination (40) en utilisant le 
second protocole de communication different du premier protocole de 
communication. 
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